home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part2 / 10678 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.7 KB
  1. Path: grafix.xs4all.nl!rdingem
  2. Date: Sun, 31 Mar 96 02:04:39 GMT+1
  3. Newsgroups: comp.sys.amiga.misc
  4. Distribution: world
  5. Subject: Re: Walker = 1970's 8-Track Player
  6. MIME-Version: 1.0
  7. Content-Type: text/plain; charset=iso-8859-1
  8. Content-Transfer-Encoding: 8bit
  9. From: rdingem@grafix.xs4all.nl (Ruud Dingemans)
  10. Message-ID: <rdingem.4pgz@grafix.xs4all.nl>
  11. Organization: Private
  12.  
  13. In a message of 28 Mar 96 "jolyon Ralph" wrote to All:
  14.  
  15.  >> Hacks were tolerable in
  16.  >> 1985/89, for showing what an Amiga can do. With the coming of 2.0, every
  17.  >> programmer was told (again) what NOT to do. That was when hacks
  18. should've
  19.  >> died (the odd demo being maybe the only exception), so any commercial
  20.  >> developer breaking the rules should've felt it in his/her wallet.
  21.  
  22.  jR> Well it's a good that you don't make the marketing decisions for AT, or
  23.  jR> they'd be in even more trouble! :-)
  24.  
  25. How could they be in more trouble than CBM (which didn't really
  26. act against the hacks) having gone bankrupt?  ;)
  27.  
  28. jR> the unfortunate fact is that a large percentage of games out there
  29. *do* use very poor disk access code, and I agree, it's not AT's
  30. jR> fault if programmers 'bend' the rules somewhat. But...
  31.  
  32.  jR> a) Joe Public doesn't care about whether a game he bought is badly 
  33.  jR> written or not. As far as he's concerned, the game works fine on his 
  34.  jR> friends A1200 and not his, therefore his computer is broken.
  35.  
  36. Yes, but as soon as this is not the case, we all know who is
  37. responsible - and who should be the ones to fix it. 
  38.  
  39. (Also, putting out a bugfix is certainly cheaper for the Amiga world
  40. than adapting thousands of computers.)
  41.  
  42.  jR> to thousands of people sending back 'faulty' computers.
  43.  
  44. Except they aren't faulty. AT should do only one thing -
  45. tell them their computer is fine, but their game is the one
  46. causing the trouble, and refer them to the gamesmakers. Why take blame
  47. and cost for something that is not your doing?
  48.  
  49.  jR> not my fault!" still have to pay the costs.
  50.  
  51. No they don't. Do you think Apple did things this way? Or
  52. IBM? I think not.
  53.  
  54.  jR> b) Those game developers you intend to 'hurt financially' have, for the
  55.  jR> large part, abandoned the Amiga for greener pastures already, and 
  56.  
  57. Then it doesn't really matter, does it? They abandoned anyway, despite
  58. applying dirty tricks to outrun some competitors. If they had
  59. concentrated on proper coding and harddisk installer scripts, they
  60. might even be still in the business, since so little Amiga games
  61. developers paid any attention to this.
  62. Like I said, hacks should've died with the advent of 2.0. Developers
  63. have had plenty of time to adjust.
  64.  
  65.  jR> couldn't care less about their old Amiga back-catalogue. It's those 
  66.  jR> people who've invested money in Amiga games over the years who have
  67.  jR> games  that no longer work who'll lose out.
  68.  
  69. Indeed, and there's little question about whose fault that is.
  70. We can do without those c0dErZ, IMHO, since they attributed
  71. to giving the Amiga a bad name as a "less stable machine".
  72.  
  73.  jR> (Ironically, the pirates
  74.  jR> with their  cracked copies may well have much less of a problem).
  75.  
  76. Even more ironically, crackers have provided bug- and AGA-fixes
  77. for older games where the "legal" developers never did.
  78.  
  79.  jR> c) The industry press love 'diaster' stories about the Amiga, for some 
  80.  jR> reason. 
  81.  
  82. Nah. Press tends to focus on the negative (it is their task to
  83. signal where things are going wrong), but this goes for all things,
  84. not just for the Amiga. If IBM fires 100.000 employees, they'll have
  85. an article to write, too.
  86.  
  87.  jR> "New  Amiga Launched - Disk hardware shows inadequate coding practices
  88.  jR> of many  past Amiga products!", oh no!. It will be "New Amiga won't run
  89.  jR> old games  shock!". 
  90.  
  91. Oh yes - I know, I've seen how the British press behaves sometimes.
  92. I doubt you'd read what the underlying cause of the problems really
  93. is. Fortunately, some journalists (and I don't just mean myself -
  94. the best Amiga magazines tend to come from other parts of
  95. mainland Europe) look further than tabloid headlines.
  96.  
  97.  jR> handling the  product, preventing it from getting into the shops and
  98.  jR> selling. It  happened with the A500+ and more recently the AT1200
  99. (which
  100.  jR> was the main  reason Amiga Technologies had to react quickly and fix
  101.  jR> the problem) and  it could happen again.
  102.  
  103. It WILL happen again when a PowerAmiga is introduced. There
  104. is no avoiding this anyway.
  105.  
  106. It SHOULD, in some respects, even happen again.
  107.  
  108. Developers should EXPECT their programs to break if they don't stick
  109. to the rules. In a world where software becomes less and less
  110. hardware-dependant, (PPCP/Linux/WinNT) hardware-hitting will be less
  111. and less acceptable, so developers should better be prepared this
  112. time.
  113.  
  114.  jR> for the benefit of the Amiga as a whole
  115.  
  116. Do you personally have an Amiga? Are you actively developing Amiga-
  117. only programs? What the Amiga needs right now is commitment,
  118. not just rhetorics.
  119. The UK would probably not even have survived past 1942 without
  120. some active commitment. Fighting against the odds is hard, but
  121. beating them is not impossible.
  122.  
  123.  jR> trying as hard as possible to make new Amiga systems have compatible 
  124.  jR> hardware to the old A500/A1200 (the circuitry needed to add to the
  125.  jR> AT1200  to fix the problem cost a couple of DM, no more...)
  126.  
  127. It may have been BETTER, but it is not the solution. The solution
  128. is stop hitting the hardware and AT concentrating at providing
  129. compatibility within reasonable limits, not losing time in
  130. providing workarounds for every little hack.
  131.  
  132.  jR> Let me add I have *never* written a product using disk copy protection
  133.  jR> in  my life, whenever I've needed to access disks below the dos level
  134.  jR> (once,  from memory), I used trackdisk.device.  
  135.  
  136. Good for you, I can only say. I just wish more Amiga developers had
  137. done it properly.
  138.  
  139. Regards, Ruud
  140.  
  141. -- Via Xenolink 1.985B5, XenolinkUUCP 1.1
  142.